El documento explica los diferentes tipos de requerimientos para el desarrollo de software, incluyendo requerimientos de usuario, de sistema, funcionales y no funcionales. También describe los beneficios de una buena administración de requerimientos y los posibles problemas. Finalmente, resume la estructura recomendada para un documento de requerimientos de software.

1. QUE SON LOS REQUERIMIENTOS? • Los requerimientos de usuario representan el conjunto completo de resultados a ser obtenidos utilizando el sistema. • Los requerimientos de sistemas deben mostrar todo lo que el sistema debe hacer mas todas las restricciones sobre la funcionalidad. • Los requerimientos forman un modelo completo, representando el sistema total a algún nivel de abstracción.

2. Cómo identificar losRequerimientos ? • Los Requerimientos toman vida desde que realizamos nuestro primer encuentro de interlocución con usuarios o clientes. • Este puede desarrollarse utilizando cualquiera de una variedad de técnicas como entrevistas para intercambiar opiniones, brainstorming, prototipeo, cuestionarios, etc. • Cuando los requerimientos se logran redactar a un significativo nivel de detalle, tendremos listo el documento denominado “Especificación de Requerimientos”.

3. Beneficios de una BuenaAdministración de Requerimientos • Mejor control de proyectos complejos. • Mejora en la calidad del software y en la satisfacción del cliente. • Reducción en los retrasos y en los costos del proyecto. • Mejora en la comunicación del equipo. • Facilita la conformidad con estándares y regulaciones.

4. Los Problemas de la Administraciónde Requerimientos • No son siempre obvios y tienen muchas fuentes. • No son siempre fáciles de expresar en palabras. • Hay muchos tipos diferentes a distintos niveles de detalle. • El número puede llegar a ser inmanejable. • Están relacionados a otros en una variedad de formas. • Hay muchos interesados y partes responsables. • Cambian. • Pueden ser sensibles al tiempo.

5. Requerimientos del Dominio Son requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características de ese dominio. Éstos pueden ser funcionales o no funcionales. Se derivan del dominio del sistema más que de las necesidades especificas de los usuarios. Pueden ser requerimientos funcionales nuevos, restringir los existentes o establecer cómo se deben ejecutar cálculos particulares..

6. Requerimientos de Usuario Declaraciones en lenguaje natural y en diagramas de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales debe operar. Describen los requerimientos funcionales y no funcionales de tal forma que sean comprensibles por los usuarios del sistema que no posean un conocimiento técnico detallado. Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible, las características de diseño del sistema.

7. Requerimientos del sistema Establecen con detalle los servicios y restricciones del sistema. El documento de requerimientos del sistema, algunas veces denominado especificación funcional, debe ser preciso. Éste sirve como un contrato entre el comprador del sistema y el desarrollador del software. Son descripciones más detalladas de los requerimientos del usuario. Sirven como base para definir el contrato de la especificación del sistema y, por lo tanto, debe ser una especificación completa y consistente del sistema. Son utilizados por los ingenieros de software como el punto de partida para el diseño del sistema. La especificación de requerimientos del sistema incluye diferentes modelos del sistema como el de objetos o el de flujo de datos.

8. Requerimientos Funcionales . Describen la funcionalidad o los servicios que se espera proveerá el sistema. • Estos dependen del tipo de software y del sistema que se desarrolle y de los posibles usuarios del software. • Cuando se expresan como requerimientos del usuario, habitualmente se describen de forma general mientras que los requerimientos funcionales del sistema describen con detalle la función de éste, sus entradas y salidas, excepciones, etc

9. Requerimientos No Funcionales Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. • De forma alternativa, definen las restricciones del sistema, como la capacidad de los dispositivos de entrada/salida y la representación de datos que se utiliza en las interfaces del sistema. • Sin embargo, estos requerimientos no siempre se refieren al sistema de software a desarrollar.

10. EL DOCUMENTO DE REQUERIMIENTOS DEL SOFTWARE El IEEE sugiere la siguiente estructura para los documentos de requerimientos. 1. Introducción • propósito del documento de requerimientos • Alcance del producto • Definiciones, acrónimos y abreviaturas • Referencias • Resumen del resto del documento 2. Descripción general • Perspectiva del producto • Funciones del producto • características del usuario • Restricciones generales • Suposiciones y dependencias